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EXECUTIVE  SUMMARY 


As  the  Air  Force  increases  computer  automation  of  decentralized, 
mission-effective  strategic  and  tactical  systems,  the  need  for  secure, 
robust,  and  accessible  communications  resources  increases.  At  present,  the 
Defense  Data  Network  (DDN),  a  packet  switched  network,  is  the  primary 
communi cat ions  resource  available  to  the  Air  Force. 

The  performance  and  management  of  packet  networks  under  stress  as  well 
as  their  susceptibility  and  vulnerability  to  exploitation  have  not  been 
fully  evaluated  under  the  increased,  mission  critical  traffic  loads  that 
are  expected.  The  ability  of  subnetworks  around  the  vorld  to  internetwork 
must  be  assessed.  Common  transmission  paths  supporting  voice,  data,  and 
message  switching  must  be  developed  to  provide  redundant  media  paths  in 
time  of  need. 

The  Rone  Air  Development  Center's  (RADC)  Vide  Area  Networks  (VAN) 
laboratory  has  identified  the  need  for  a  scaled  DDN  testbed  network  to 
perform  experimental  analysis  and  simulation  in  these  areas.  A  five  node 
(4  stationary,  1  mobile)  packet  network  testbed  called  ROMENET  is  being 
planned  for  implementation.  ROMENET  will  be  deployed  in  the  RADC  VAN 
laboratory  with  interconnection  to  various  trunking  media  and  subnetworks 
including  testbeds  at  Mitre/Bedford  and  FLATBED  at  Langley  AFB.  ROMENET 
implementation  is  expected  to  be  phased  over  three  years. 
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SECTION  1 


INTRODUCTION 


1.1  BAOBOOUe 


This  document  presents  a  plan  prepared  by  RJO  Enterprises  and  BBN 
Coenuni cations  Corporation  (BBNCC)  for  the  design  of  ROMENET,  a  DDN-like 
testbed  for  the  Rone  Air  Development  Center  (RADC)  Wide  Area  Networks  (WAN) 
laboratory.  ROMENET  is  intended  to  provide  RADC  with  the  ability  to  test 
and  evaluate  the  performance  and  vulnerability  of  the  Defense  Data  Network 
(DON)  technologies  in  support  of  specific  Major  Command  programs  and 
activities  at  RADC. 

ROMENET  will  support  experimentation  with  packet  switched  network 
technologies  and  includes  facilities  to  analytically  evaluate  the 
performance  of  the  network  and  its  associated  equipment  and  media.  In 
addition,  ROMENET  will  provide  a  simulation  vehicle  for  controlled 
interference  or  jamning  into  the  media  for  vulnerability  assessment. 
Through  interfaces  with  the  RADC  Battle  Management  Laboratory  (BML), 
ROMENET  will  allow  the  Air  Force  to  assess  the  restorative  and  performance 
characteristics  of  the  network  under  stressed  conditions.  The  closed 
environment  of  ROMENET  makes  it  ideal  for  creating  and  testing  routing 
algorithms  and  network  control  protocols.  _  /v  _  f  / 

RJO  and  BBN  personnel  have  met  with  RADC  engineers  to  discuss  ROMENET 
objectives  and  associated  network  architecture.  These  meetings  have  been 
followed  by  configuration  research,  site  engineering,  and  interviews  with 
professional  staff  at  BBN  Labs,  RADC,  Mitre/Bedford,  and  Tactical  Air 
Coanand  Headquarters  (TAC  HQ),  Langley  AFB. 


1.2  SCOPE  AND  OBJECTIVE 

This  plan  describes  current  requirements  defined  for  ROMENET 
implementation.  These  requirements  have  been  used  to  specify  a  mini -DON 
configuration  needed  for  RADC  experimentation.  \  proposed  parts  list  for 
acquisition  is  provided  and  phased  implementation  strategy  is  suggested. 

A  draft  of  this  document  was  presented  at  the  ROMENET  Design  Plan 
meeting  held  on  December  21,  1987.  Several  issues,  identified  as  action 
items  at  this  meeting,  were  addressed  in  a  letter  submitted  by  RJO  on 
January  6,  1988.  (See  Appendix  A.) 
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SECTION  2 


REQUIREMENTS  ANALYSIS 


2.1  GENERAL 

This  section  describes  the  technical  requirements  of  the  ROMENET 
testbed.  Through  interviews  with  members  of  RADC's  Vide  Area  Networks 
group,  three  global  areas  of  networking  study  were  identified  for  ROMENET: 
Tactical  Requirements,  Network  Technologies  Experiments,  and  Communications 
Vulnerability  Assessment  (CVA).  The  following  sections  describe  these 
areas . 


2.2  TACTICAL  REQUIREMENTS 

The  USAF  uses  leading  edge  computer-based  technologies  to  automate 
weapon  systems  and  related  command  and  control  activities.  Such  automation 
usually  requires  highly  interactive  communication  between  systems  on  both  a 
local  and  wide  area  basis.  Therefore,  it  is  important  to  evaluate  the 
robustness  of  proposed  communication  resources,  such  as  the  DDN,  and  mobile 
transmission  platforms  under  mission  conditions. 

Two  areas  of  networking  study  have  been  defined  for  support  of  the 
automated  systems,  which  compose  the  Tactical  Air  Command  System  (TACS):  1) 
Multi-Level  Security  (MLS)  and  2)  communication  requirements  assessment  for 
Automated  Decision  Aids.  These  efforts  will  develop  security  requirements 
for  each  theater  of  operations  as  veil  as  determine  the  internetworking  and 
interoperability  strengths  impacting  the  Tactical  Scenario.  ROMENET  needs 
to  provide  a  diverse  array  of  configurations  that  allow  testing  of  various 
media,  internetworking,  packet  switching,  security,  and  reconstitution. 

TAC  currently  has  two  testbeds  in  operation;  one  is  located  at  TAC  HQ, 
Langley  AFB;  and  the  other  is  located  at  Mitre  in  Bedford,  Massachusetts. 
The  TAC  HQ  testbed  is  referred  to  as  Force  Level  Automation  Testbed 
(FLATBED).  Interconnection  of  RADC's  BML  and  these  two  testbeds  over 
ROMENET' s  packet  svitched  facilities  will  allow  full  scale  evaluation  of 
TAC  aids. 


2.3  NETWORK  TECHNOLOGIES  EXPERIMENTS 

The  RADC  Vide  Area  Networks  (VAN)  laboratory  has  the  ability  to 
simulate  and  test  telecommunications  networks.  The  laboratory  contains 
voice  switches,  a  variety  of  analog  and  digital  transmission  media, 
computers,  and  test  equipment  to  support  network  experiments.  Once  ROMENET 
is  deployed  in  the  laboratory,  various  network  technologies  tests  will  be 
conducted.  Tests  that  have  been  defined  include:  internetworking  and 
interoperability,  voice/data  integration,  and  routing. 
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2.3.1  Internetworking 


Internetworking  is  the  ability  of  heterogeneous  netvorks  and 
communi cat ions  equipment  to  interoperate.  The  study  of  the  behavior  of 
internetwork  protocols  under  mission  stress  as  well  as  the  development  of 
protocols  for  internetwork  management  are  of  interest  to  the  Services. 

Presently,  the  United  Kingdom  and  Australia  have  expressed  interest  in 
the  testing  of  internetworking  concepts.  In  this  effort,  a  technical 
cooperation  agreement  called  ST?  V  has  been  made  among  the  governments  of 
Australia,  Canada,  New  Zealand,  the  United  Kingdom,  and  the  United  States. 
ROMENET  will  provide  a  prime  closed  system  for  studies  in  this  area. 


2.3.2  Voice/Pata  Integration 

Limited  transmission  bandwidth  has  created  the  desire  for  the  common 
management  and  allocation  of  resources  among  voice,  data,  and  message 
networks.  The  need  to  accommodate  all  of  this  traffic  on  common 
transmission  facilities  has  led  to  many  commercial  and  military  integration 
efforts  including  Integrated  Services  Digital  Networking  (ISDN).  The 
ability  of  one  network,  such  as  a  packet  network,  to  use  a  voice,  data,  or 
message  switched  network  as  a  restorative  pathway  is  a  key  concept 
addressed  under  project  Forecast  II,  PT-14  "Survivable  Communications 
Networks". 

RADC  will  study  voice  and  data  integration  by  testing  an  intelligent  T1 
multiplexer  on  the  trunk  side  of  a  ROMENET  packet  switch.  Experiments  will 
be  ^formed  that  transmit  X.25  packets  over  idle  voice/data  channels  in 
the  T1  bitstream.  This  integration  allows  greater  utilization  of  available 
bandwidth. 


2. A  NETWORK  COMMUNICATION  VULNERABILITY  ASSESSMENT 

RADC  is  developing  techniques  in  Communication  Vulnerability  Assessment 
(CVA).  The  network  control  protocols,  developed  for  the  DDN,  may  be 
vulnerable  to  disruption  or  CJCM  attacks  by  hostile  forces.  ROMENET 
experiments  are  needed  to  determine  the  effects  of  various  trunk  media 
attack  activities,  such  as  jamming,  and  to  uncover  and  quantify  these 
vulnerabilities.  Since  end-to-end  encryption,  such  as  BLACKER,  will  be 
used  for  DON  application,  the  interaction  between  exploitation  activities 
and  encryption  techniques  presents  an  additional  area  of  study.  Long  term 
growth  of  the  DDN  to  include  various  trunk  media  vlth  different 
communications  characteristics  and  potentials  for  exploitation  vlll  change 
DDN  vulnerabilities  in  unknown  ways.  Threats  to  the  DON  in  the  CVA  areas 
of  susceptibility,  feasibility,  accessibility,  and  interceptibility  can  be 
simulated  on  ROMENET. 
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SECTION  3 


NETVORK  ARCHITECTURE 


3.1  GENERAL 

Performance  of  the  experiments  cited  in  Section  2  will  require  a 
network  configuration  that  allows  testing  of  advanced  routing  algorithas  as 
well  as  the  behavior  of  the  network  under  stress.  A  four  node  netvork  is 
the  minimum  configuration  that  will  allow  alternate  routing  characteristics 
to  be  tested  upon  failure  of  a  single  node.  The  study  of  battlefield 
deployed  switches  and  nedia  under  aission  scenarios  requires  the 
acquisition  and  placement  of  a  mobile  node.  Finally,  the  monitoring, 
control,  and  reconfiguration  of  the  netvork  must  be  established  by  a 
control  center  within  the  ROHENET  architecture. 

ROMENET  will  initially  consist  of  four  stationary  and  one  mobile  BBNCC 
Packet  Switching  Nodes  (PSN)  and  one  BBNCC  C/7  Network  Operations  Center 
(NOC).  The  configuration  is  shown  in  Figure  3-1.  All  of  the  equipment, 
except  the  mobile  PSN,  will  be  housed  in  the  RADC  VAN  laboratory.  A 
communications  platform,  such  as  a  van,  vill  be  used  for  the  mobile  PSN 
installation.  Experiments  centered  on  mobile  netvork  operations  may 
require  moving  the  C/7  NOC  to  the  mobile  platform.  The  topological  design 
of  the  testbed  can  be  varied  to  accommodate  individual  test  requirements. 
In  general,  each  PSN  will  be  biconnected,  as  are  those  in  the  DON.  The  C/7 
NOC  can  be  connected  to  any  of  the  PSNs.  A  variety  of  transmission  media 
can  be  used  to  interconnect  the  switches.  A  patch  panel,  which  enables 
topology  and  media  to  be  easily  modified  for  each  experiment,  vill  be 
provided.  _ _ 


FIGURE  3-1  ROMENET  WETVOtK  LAYOUT 
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The  mobile  PSN  will  allow  renote  testing  with  media  such  as  radio  and 
nicrovave.  The  RADC  Local  Area  Network  (LAN)  will  access  ROMENET  via  the 
BBN  Butterfly  gateway  currently  located  in  the  VAN  lab.  The  FLATBED 
network  at  Langley  AFB  and  the  testbed  at  Hitre/Bedford  will  access  ROMENET 
through  X.25  host  connections,  which  can  be  installed  in  Digital  Equipment 
Corp  (DEC)  MicroVax  computers  residing  in  each  testbed.  As  ROMENET 
natures,  these  host  connections  may  be  replaced  with  intelligent  gateways. 


3.2  PACKET  SWITCHING  NODES 

The  Packet  Switching  Nodes  (PSNs)  for  ROMENET  will  contain  switching 
components  and  operating  software  identical  to  DDN  nodes.  To  reflect  the 
saaller  scale  of  ROMENET,  the  PSNs  will  not  have  a  full  population  of  I/O 
boards.  There  will  be  one  C/3000,  three  C/30s  and  one  C/3R  PSN. 

The  C/30  is  the  primary  PSN  currently  deployed  in  the  DDN.  The  C/300 
is  a  newer  packet  switch  that  contains  a  faster  Central  Processing  Unit 
(CPU)  and  additional  memory.  All  newly  installed  DDN  nodes  will  be  C/300s. 
The  Defense  Communications  Agency  (DCA)  is  currently  upgrading  many  of  the 
PSNs  in  the  DDN  to  C/300s.  The  C/300  processes  900  packets  per  second  and 
has  a  maximum  of  64  total  interfaces  of  which  14  interfaces  may  be  trunks. 
The  C/30  processes  400  packets  per  second  and  has  a  maximum  of  44  total 
interfaces  of  which  14  interfaces  nay  be  trunks.  Total  interfaces  include 
both  hosts  and  trunks.  Vhile  each  PSN  contains  a  different  CPU,  they  are 
all  aicrocoded  to  allow  execution  of  the  same  instruction  set.  The  C/30  is 
less  expensive  than  the  C/300  and  is  upgradable  to  a  C/300.  The  C/3R  is  a 
rugged i zed  version  of  a  saaller  C/3  PSN  that  will  be  installed  and  tested 
in  the  communications  vehicle.  The  C/3R  has  12  host  and  trunk  interfaces. 


3.3  HOSTS 

The  host  computers  that  will  be  connected  to  ROMENET  have  not  been 
selected.  With  five  PSNs,  ROMENET  will  have  the  ability  to  connect  many 
types  of  hosts.  Pseudo-hosts  will  need  to  be  added  to  ROMENET  for 
simulation  and  traffic  generation.  ROMENET  can  use  protocol  analyzers, 
personal  computers,  or  other  test  equipment  to  provide  the  X.2S  data.  The 
BBM  PSN  will  transmit  any  host's  data  in  X.25  or  1822  protocol. 

Two  of  the  hosts  being  considered  for  connection  to  ROMENET  are  the 
MicroVax  at  PLATBED  and  one  of  the  host  computers  at  Mitre.  The  MicroVax 
host  at  PLATBED  is  connected  to  a  DBCNET  Ethernet  LAN  and  the  DDN.  At 
Mitre,  hosts  are  connected  to  an  Ethernet  LAN,  vhich  is  not  connected  to 
the  DON.  Hosts  located  at  Mitre  include  MicroVaxs,  MicroVax/GRX 
workstations,  and  IBM  PC-XTs. 
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3.4  INTERFACES 


The  interfaces  to  ROMENET  will  be  through  hosts  and  gateways  to  other 
networks.  An  optional  Terminal  Access  Controller  (TAC)  connected  to 
ROMENET  will  allow  the  VAN  laboratory  technicians  to  communicate  through 
the  network  without  first  logging  on  to  a  host. 

Access  to  the  network  will  be  required  for  TAC  HQ/FLATBED  and 
Mitre/Bedford.  The  LAN  at  FLATBED  may  be  connected  to  the  network  either 
through  an  interface  board  installed  in  the  MicroVax  at  Langley  or  a 
gateway.  A  connection  to  FLATBED  may  also  be  established  through  the  DDN. 
Nitre/Bedford  may  be  connected  to  ROMENET  through  an  interface  board  in  a 
MicroVax  or  through  a  gateway.  This  plan  proposes  the  use  of  X.25  host 
connections  at  each  location.  In  addition,  a  connection  to  the  RADC 
Command  and  Control  laboratory  will  be  needed.  This  connection  may  be  made 
through  the  LAN  at  RADC  or  directly  to  the  Command  and  Control  laboratory. 
The  Butterfly  gateway  in  the  VAN  laboratory  will  provide  communication 
paths  to  the  Videband  Satellite  Network  and  RADC's  LAN.  The  Videband 
Satellite  Network  is  a  part  of  the  INTERNET,  which  consists  of 
approximately  1000  interconnecting  networks  including  the  DDN,  ARPANET,  and 
UK  packet  networks.  Figure  3-1  shows  potential  ROMENET  interfaces. 


3.5  PERIPHERALS 

In  addition  to  PSNs  and  gateways,  ROMENET  will  be  connected  to  network 
monitoring  centers,  test  equipment,  and  transmission  media.  BBN's  C/7 
Network  operations  Center  (NOC)  will  provide  network  management  facilities 
for  ROMENET.  A  C/7  will  be  connected  to  one  of  the  four  nodes  in  the  VAN 
laboratory.  The  C/7  may  be  moved  between  the  mobile  communications 
platform  and  the  laboratory  as  experiments  require.  The  NOC  will  monitor 
and  control,  collect  statistics,  and  report  on  the  network.  Both  the  test 
equipment  and  the  transmission  media  will  be  determined  oy  the  experiment 
being  run.  The  test  equipment  will  consist  of  protocol  analyzers,  digital 
and  analog  line  analyzers,  and  any  other  test  equipment  needed  to  complete 
a  particular  experiment.  All  connections  to  ROMENET  will  be  made  through 
patch  panels  to  allow  flexibility  in  the  physical  reconfiguration  of  the 
network. 
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SECTION  4 


ROMENET  CONFIGURATION 


ROMENET '*  configuration  was  developed  based  on  the  network  architecture 
described  in  Section  3.  This  section  contains  a  block  diagram  that 
describes  the  physical  layout  of  ROMENET  as  well  as  a  parts  list  required 
for  ini  tied  implementation. 


4.1  ROMENET  BLOCK  DIAGRAM 

A  block  diagram  of  the  proposed  ROMENET  configuration  is  presented  in 
Figure  4-1.  This  diagram  shows  the  equipment  connected  to  the  patch 
panels.  The  PSNs  and  C/7  will  be  connected  to  RS-232  and  RS-449  patch 
panels.  Also  connected  to  these  digital  patch  panels  are  the  Butterfly 
gateway,  local  hosts,  and  terminals.  The  remaining  connections  will  be 
through  the  transmission  media  section  of  the  patch  panel  that  will  be 
connected  to  transmission  facilities.  A  separate  analog  patch  panel  should 
be  provided  for  the  testing  and  reallocation  of  analog  facilities. 


FIGURE  4-1  HCMEWT  BATCH  BAWL  CONFIGURATION 
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4.2  HCMNR  PARTS  LIST 

Table  4-1  is  a  parts  list  for  the  proposed  ROMENET  configuration.  The 
list  is  organized  by  equipment  model.  The  first  items  listed  are  the  C/30 
PSNs  and  their  accompanying  hardware.  All  three  C/3 Os  will  be  equipped 
with  identical  hardware  and  capable  of  supporting  a  total  of  26  host  and 
trunk  interfaces,  with  a  maximum  of  14  trunks.  In  addition  to  the 
processor  board  (MBP)  and  the  memory  board  (MBN) ,  each  PSN  will  have  two 
I/O  boards,  one  Mil  and  one  MSYNC  board,  The  Mil  will  be  fitted  with  four 
DIDF2  daughterboards,  four  MMB3  daughterboards  and  two  M4R2  daughterboards . 
A  DIDF2  board  will  support  one  1822  Distant  Host  (DH)  interface,  while  an 
MMB3  supports  an  RS-449  trunk  and  an  MMR2  board  supports  an  RS-232  trunk. 
The  MSYNC  board  provides  16  host  and  trunk  X.25  interfaces.  Gateways  are 
interfaced  to  the  PSN  using  host  ports.  Two  fantails  will  be  provided  with 
each  PSN  for  interface  of  RS-449  and  RS-232  trunks  and  hosts.  BBN  fantails 
are  connected  to  the  Mil  and  MSYNC  boards. 

The  C/300  configuration  will  be  identical  to  the  C/30  but  will  have  two 
additional  MSYNC  boards.  The  additional  MSYNC  boards  increase  the  maximum 
number  of  host  and  trunks  supported  to  74,  although  the  restriction  to  a 
maxima  of  14  trunk  interfaces  still  applies.  TVo  more  fantails  have  been 
added  to  the  list  to  support  the  additional  trunks. 

The  C/3R  supports  10  RS-232  and  2  RS-449,  for  a  total  of  12  host  and 
trunk  interfaces  with  a  maximum  of  12  trunks.  There  are  no  fantails  or 
daughterboard  options  since  the  C/3R  is  delivered  completely  configured. 
The  C/7  will  provide  a  network  management  system  for  ROMENET.  The  C/7 
includes  a  340  MB  Winchester  (Fixed)  Disk  Drive  and  controller  and  a 
Magnetic  Tape  Drive  and  Controller.  The  C/7  NOC  can  be  configu*ed  to 
support  a  maximum  of  16  DON  PSN  load  units.  ROHENET' s  configuration  of 
five  PSNs  will  have  a  PSN  load  unit  value  of  10. 

Interface  boards,  installed  in  the  MicroVaxs,  or  gateways  wil.  be 
required  to  communicate  with  TAC-HQ/FtATBED,  Mitre/Bedford,  and  =ADC 
Command  and  Control  laboratory.  A  B1822  interface  card  installed  in  the 
BBN  Butterfly  gateway,  which  is  located  in  the  WAN  laboratory,  will  prov;de 
a  communications  link  to  the  RADC  LAN  and  the  wideband  Satellite  Network, 
which  is  a  subnetwork  of  the  INTERNET. 

Over  150  RS-449,  RS-232,  and  1822  cables  will  be  required  to  support 
the  network.  The  parts  list  shows  fewer  cables  since  it  is  unlikely  that 
150  interfaces  will  be  needed.  In  addition  to  the  cables,  a  patch  panel 
has  been  included.  This  patch  panel  will  support  both  RS-232  and  RS-449 
interfaces  and  will  provide  the  laboratory  with  flexibility  in  the  physical 
reconfiguration  of  ROHENET. 

Additional  peripherals  listed  include  2  terminals  and  the  NOC 
workstation.  The  terminals  will  be  used  for  restarting  a  node  without  the 
use  of  the  C/7  NOC.  Texas  Instruments  703  terminals  are  listed;  however, 
any  300  baud  RS-232  terminals  will  suffice.  The  NOC  workstation  is  a 
color-graphics  IBM  PC/AT-based  network  monitor.  The  verkstation  is  not 
essential  to  network  operation  but  does  provide  a  user-friendly  operator 
interface  to  ROHENET. 
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TABLE  4-1 

ROMWET  PARIS  LIST 


Description 


Part  Number 


Quantity 


C/30  with  MSYNC  11 OV 
mi  board 

MMB3  RS— 449  Daughterboard 
MHR2  RS-232  Daughterboard 
DIDF2  1822  DH  Daughterboard 
8L-BAL/S405,  RS-449,  fantail 
8  unclocked  RS-232,  fantail 


C/300  with  MSYNC  110V 
mi  board 

MMB3  RS-449  Daughterboard 
f*«2  RS-232  Daughterboard 
DIDF2  1822  DH  Daughterboard 
MSYNC  I/O  board 
8L-BAL/5405,  RS-449,  fantail 
8  unclocked  RS-232,  fantail 


C/3R,  10  RS-232,  2  RS-449 


C/7  Network  Operations  Center 
*NOC  workstation 


B1822  Butterfly  interface 

ACC  interface  boards  and  software 

♦Texas  Instrument  703  terminal 

1822  interface  cable 

RS-449  cable 

RS-232  cable 

RS-232  patch  panel 

RS-449  patch  panel 

♦Analog  patch  panel 

♦Protocol  Analyzer 

♦Analog  line  tester 

♦Terminal  Access  Controller 


C/30 

C3120-4 

3 

5401-1 

3 

5467-1 

12 

5463-1 

6 

5442-1 

12 

5457-2 

3 

5453-2 

3 

C/300 

C3130-4 

1 

5401-1 

1 

5467-1 

4 

5463-1 

2 

5442-1 

4 

5405-1 

2 

5457-2 

4 

5453-2 

2 

C3108-1 

1 

C/7  NOC 

C7171-1 

1 

6081-1 

1 

OTHER 

1107874-01 

1 

2 

6080-1 

2 

5498-3 

8 

75 

15 

1 

2 

1 

1 

1 

1 

♦Optional 
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SBCTION  5 


SITS  ENGINEERING 


5.1  GENERAL 

ROMENET  vill  be  deployed  in  RADC’s  VAN  laboratory.  This  laboratory  is 
located  in  Building  3  at  Griffiss  Air  Force  Base,  in  Rose,  Nev  York.  This 
section  describes  the  physical  requirements  for  the  network,  and  provides  a 
floor  plan  showing  the  location  of  the  equipment  in  the  laboratory. 


5.2  PHYSICAL  REQUIREMENTS 

The  RADC  VAN  laboratory  Mets  the  site  requireMnts  needed  for  ROMENET 
equipment  installation.  Since  all  BBN  equipMnt  is  shipped  in  boxes  not 
■ore  than  63  inches  high,  30  inches  wide,  and  38  inches  deep,  sufficient 
clearance  should  be  provided  at  the  loading  dock  and  any  doors  leading  to 
the  laboratory.  The  floor  aust  be  strong  enough  to  support  the  weight  of 
the  equipment.  The  single  heaviest  piece  of  equipMnt  vill  be  the  300  MB 
disk  drive,  vhich  weighs  550  pounds  (252  kg).  All  of  the  other  equipment 
vill  veigh  200  pounds  or  less. 

The  RADC  Van  Laboratory  has  a  raised  computer  floor,  vhich  vill  provide 
rooa  for  cables  as  well  as  air  conditioning.  The  air  in  the  computer  room 
should  be  Mintained  in  a  range  of  10  to  32  degrees  C.  (50  to  90  degrees 
F.)  and  have  a  relative  tumidity  of  20  to  80Z,  non-condensing. 

The  C/30s,  C/300,  and  C/7  N0C  vill  have  a  Power  Distribution  Unit  (PDU) 
vith  a  required  power  input  of  single-phased  90-135  VAC,  47-63  Hz.  The 
receptacles  for  the  PSNs  vill  be  NEMA  L5-30Rs  (see  Figure  5-1).  The  C/7 
vill  require  two  standard  NEMA  5-15R  receptacles  (see  Figure  5-2).  All 
power  outlets  for  the  equipMnt  should  be  three-wire  outlets.  The  ground 
vires  will  run,  uninterrupted,  to  the  circuit  box  and  be  grounded  to  the 
building's  metal  fraM.  The  ground  bars  in  each  cabinet  will  be  tied 
together  and  connected  to  the  AC  ground  of  the  systea  power  supply,  the 
cassette  drive,  and  the  power  distribution  unit.  All  national  fire  and 
electrical  codes  mist  be  followed. 


FIGURE  5-1  NEMA  L5-30R  RECEPTACLE  FIGURE  5-2  NEMA  5-15R  RECEPTACLE 
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The  aobile  coaauni cat ions  rlatfora  mist  have  appropriata  air 
conditioning  and  ventilation.  Tho  C/7  NOC  and  C3R  PSN  oust  b«  adequately 
secured  with  the  C/7's  hard  disk  locked  when  in  transit.  Properly  grounded 
single-phased  90-135  VAC,  47-63  Hz  power  input  mist  be  available  for  the 
C/7  and  C3R  PSN.  All  the  BBN  equipaent  will  be  rack  aounted  in 
BBN-provided  cabinets.  The  patch  panels  and  gateways  will  require  a 
separate  cabinet. 


5.3  FLOOR  PLAN 

The  RONENET  equipaent  will  be  located  in  the  northwest  corner  of  the 
RADC  VAN  laboratory.  Figure  5-3  shows  a  layout  of  the  lab  and  the  location 
of  the  equipaent.  The  floor  space  required  is  approxiaately  144  inches  by 
100  inches.  The  equipaent,  itself,  will  occupy  144  inches  by  30  inches  of 
floor  space;  the  additional  space  is  required  for  opening  cabinet  doors  for 
aaintenance.  The  deaarcation  point  of  the  network  will  be  located  on  the 
wall  directly  behind  the  equipaent. 


SECTION  6 


TEST  AND  ACCEPTANCE  PROCEDURES 


6.1  GENERAL 

The  network  test  end  acceptance  procedures  are  based  largely  on  BBN 
documentation,  tfhen  the  equipment  arrives  at  the  Vide  Area  Networks  (VAN) 
laboratory  and  is  unpacked,  it  should  be  inspected  for  damage.  If  there  is 
any  damage,  an  RJO  representative  should  be  contacted.  The  cabinets  must 
be  installed  in  the  location  identified  in  Section  S.3.  All  of  the 
equipment  must  be  installed  according  to  site  requirements  listed  in 
Section  5.2. 


6.2  INSTALLATION  AND  OPERATION 

The  major  steps  in  the  installation  and  start-up  operation  of  ROMENET 
are  listed  below: 

1.  Physically  align,  level,  and  secure  all  equipment.  Connect  cables. 

2.  Perform  C/7  NOC  start-up  procedures: 


a. 

Attach  power; 

b. 

Power-up; 

c. 

Load  and  execute  diagnostics; 

d. 

Load  operating  system; 

e. 

Start  Network  Utilities  (NU); 

f. 

Configure  the  network  data  base  to  include 
gateways,  and  hosts;  and 

all  nodes,  trunks, 

8’ 

Start  NETLOG. 

Perform  C/30  start-up  procedures  beginning  with 
to  NOC): 

seed  PSN  (connected 

a. 

Attach  power; 

b. 

Power-up; 

c. 

Load  and  execute  stand-alone  diagnostics; 

d. 

Download  software  from  C/7  NOC; 

e. 

Start-up  and  test;  and 

f. 

NETLOG  on  NOC  should  report  "node  up". 

4.  Connect  X.25  line  analyzers  and  pass  traffic. 

5.  Connect  hosts  (local  then  remote)  and  gateways. 

Appendices  A  and  B  include  operational  checklists  for  the  PSN  and  NOC 
that  should  be  completed  by  a  field  engineer  at  the  time  of  installation. 
Specific  software  loading  instructions  are  provided  in  BBN  documentation, 
"NU  Installation  Guide",  BBNCC  Report  No.  5689.  It  is  suggested  that  RADC 
assign  one  person  as  the  data  base  administrator  for  ROMENET. 
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SECTION  7 


PHASED  IMPLEMENTATION  OF  ROHENBT 


7.1  GENERAL 

ROMENET  and  associated  experiments  will  eature  and  be  iepleeented  over 
a  period  of  tiee.  This  section  describes  a  phased  implementation  of 
ROMENET  that  would  allow  RA DC  to  expand  ROMENET  over  the  next  three  years, 
as  funding  and  personnel  allow. 


7.2  EQUIPMENT  ACQUISITION 

Phased  implementation  of  the  network  is  shown  in  Table  7-1.  A  minimum 
of  3  PSNs  (2  C/30s,  1  C/3R)  will  be  required  to  run  TAC's  experiments,  test 
the  mobile  node,  and  perform  network  technology  and  CVA  experiments.  In 
addition,  the  Butterfly  gateway  interface  board,  X.25  boards  for  FLATBED 
and  Mitre,  and  the  leased  lines  needed  to  support  these  connections  are 
required.  A  patch  panel  is  included  in  the  initial  phase  to  provide  easy 
reconfiguration  of  the  equipment. 

The  acquisition  of  a  C/300  in  the  second  year  and  a  C/30  in  the  third 
year  completes  the  ROMENET  configuration.  The  additional  PSNs  will  allow 
more  complex  experimentation,  involving  alternative  routing  algorithms  and 
CVA  techniques,  to  be  conducted. 


TABLE  7-1 

ROMENET  IMPLEMENTATION 
Equipment  Quantity 

1st  TEAR 

C/30  PSN 
C/3R  PSN 
C/7  NOC 

Butterfly  Interface  Board 
ACC  Interface  Board  and  Software 
(For  MicroVax  host  connections) 

2nd  TSAI 

C/300  PSN  1 

3rd  TEAK 

C/30  PSN  1 


2 

1 

1 

1 

2 
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7.3  PERSONNEL 

ROMENET  vill  require  three  types  of  personnel  support:  operations, 
engineering,  and  systeas  programming.  Operations  support  vill  be  needed  to 
run  and  maintain  the  netvork  on  a  daily  basis.  Operations  vill  also  assist 
RADC  in  netvork  testing.  Engineering  support  vill  aid  RADC  in  the  full 
cycle  of  netvork  operations  including  performance  of  netvork  experiments. 
This  support  includes  the  development,  implementation,  and  reporting  of 
netvork  studies.  Programing  staff  vill  provide  the  ability  to  revrite 
routing  algorithms,  netvork  control  routines,  and  protocols  to  suit  the 
needs  of  each  experiment.  An  estimated  three  year  staffing  plan  is 
presented  in  Table  7-2.  RADC  must  create  an  experimentation  schedule 
before  accurate  personnel  requirements  can  be  provided. 

TABLE  7-2 


1st  TEAR 


2nd  TEAR 


3rd  TEAR 


Personnel 

Manpover 

Netvork  Operations 

1.0 

Systems  Programer/Analys t 

1.0  -  2.1 

Senior  Engineer 

1.0 

Netvork  Operations 

1.0 

Systems  Programmers Analyst 

2.0 

Senior  Engineer 

1.0 

Netvork  Operations 

1.0 

Systems  Programmer /Analyst 

2.0 

Senior  Engineer 

1.0 
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January  6,  1987 


Nr.  John  Evanowsky 
USAF/AFSC 

Rome  Air  Developnent  Center/DCLD 
Griffiss  AFB  NY  13441-5700 


Dear  John: 

At  the  December  21st  RONENET  Design  Plan  meeting,  you  and  John 
Salerno  brought  up  four  main  concerns  that  were  not  adequately 
answered  at  that  time.  These  were: 


1)  What  are  the  specific  differences  between  the  standard  DON 
C/30  and  the  RONENET  C/30  configurations? 

2)  What  are  the  costs  for  the  DON  specified  options? 

3)  What  are  the  specific  differences  between  the  C/7  and  C/70 
NOCs?  Can  the  C/7  be  used  for  software  developnent? 

4)  Will  BEN  provide  source  code  and  system  programming  support 
at  RADC7 


This  memo  is  presented  to  you  as  a  response  to  these 
outstanding  issues. 


1.  DON  C/30  VS.  HCHEHKT  C/30 

Attached  is  a  comparison  matrix  that  compares  the 
standard  DON  C/30  configuration  with  the  proposed  RONENET 
C/30  configuration.  The  DON  configuration  includes  a 
five-rack  cabinet,  which  contains  a  rack  for  the  C/30  and  a 
64  port  TAC,  two  racks  for  the  adapter  chassis  to  support 
plug-in  RG-64A  cryptos,  and  two  communication  racks  to 
support  digital  patch  panels  and  telephone  line  terminator 
blocks  for  TAC-connected  terminal  lines. 

Other  than  the  additional  racks  and  TAC,  the  C/30  itself 
is  identical  except  for  port  configuration.  Per  RADC 
request,  we  have  included  RS232  ports  as  part  of  the  port 
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allocation.  Each  PSN  is  equipped  with  26  ports.  Both  systems  run 
identical  PSN  software,  which  is  currently  release  6. 
Testing  of  release  7  is  underway. 

TEMPEST  certified  enclosures  for  the  DON  C/30  are 
available. 


2.  Coats  for  CON  Options 

The  DCN  equipment  is  priced  through  an  IDIQ  agreement 
between  BBN  and  OCA.  Specific  options  such  as  the  crypto 
racks  are  not  on  the  coomercial  price  list  for  quotation  to 
RJO.  At  this  time,  BBN  is  conducting  negotiations  with  DCA 
and  is  unable  to  provide  pricing  information  to  RJO  for  this 
equipment.  RADC  may  contact  Lt.  Col.  Alan  Maughn  of  DCA 
to  obtain  quotes  on  the  DON  configuration.  If  you  wish  to 
acquire  any  of  these  options  for  ROMENET  through  RJO,  I  will 
request  that  BBN  perform  a  custom  cost  quotation  for  those 
specific  items. 


3.  C/7  VS.  C/70  NOC 

The  C/7  differs  from  the  C/70  in  three  ways: 

a.  The  C/7  contains  one  340  MB  Winchester  disk  whereas  the 
C/70  has  two. 

b.  Both  systems  run  the  sane  microcode  and  operating  system. 
The  network  application  software  for  the  C/7  is  limited 
to  providing  NOC  services  for  16  load  units  whereas,  the 
C/70  will  support  larger  networks  with  up  to  160  BBN 
PSNs.  A  load  unit  is  defined  as  follows: 

C/3  PSN  -  1  load  unit 

C/30  PSN  -  2  load  units 
C/300  PSN  -  3  load  units 

Hosts  and  circuits  in  a  network  are  not  counted  as  load 
units.  The  proposed  ROMENET  configuration  requires  a 
load  unit  capacity  of  10.  The  load  unit  limitation  is 
seen  at  the  user  level  when  using  the  DBEDIT  command 
associated  with  the  network  database. 

c.  The  C/70  costs  $110,000  more  than  the  C/7.  The  C/7  can 
easily  be  upgraded  to  a  C/70  if  RADC  should  require 
additional  capacity. 

The  footprints  of  the  C/7  and  C/70  are  identical.  They 
possess  the  same  computing  power  and  run  the  same 
applications,  such  as  software  development  and  electronic 
mail.  The  C/7  is  provided  as  an  economical  NOC  for  small 
networks. 
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C/1  Software  Development 

until  recently,  B8N  performed  software  development  for 
the  PSNs  on  C/70s.  Currently,  they  use  a  combination  of 
C/70s  and  VAXs,  with  the  C/70  required  for  compilation. 
The  C/70  and  the  C/1  come  stock  with  basic  development 
tools  (e.g.,  compiler,  editor,  and  debugger).  Internal 
tools  used  by  BBN  are  not  supported;  however,  it  is 
possible  to  acquire  them  for  RADC  use  through  contract 
negotiation. 

The  C/7  can  be  used  for  PSN  software  development.  If  the 
NOC  application  code  is  to  be  written  on  the  C/7  for 
subsequent  execution  on  a  C/70,  the  load  unit  values 
would  have  to  be  set  for  the  C/70. 


4.  BBN  Software  Development 

After  severed  discussions  with  BBN,  it  was  determined  that 
on-site  software  development  using  BBN  PSN  source  code  is 
negotiable.  However,  access  and  rights  to  the  source  code  would 
be  restricted  to  BBN  personnel.  It  was  expressed  to  RJO  that 
such  support  will  be  costly  and  that  RADC  might  prefer  to  have 
such  development  work  done  at  BBN.  On-line  transfer  of  files 
over  the  DCN  would  be  possible. 


I  hope  that  this  memo  has  supplied  answers  that  will  allow  you 
to  make  prudent  technical  decisions.  I  will  call  you  to  establish 
a  conference  call  date  that  will  allow  you  to  suggest  edits  to  the 
final  ROHENET  Design  Plan  and  ask  additional  questions.  In 
addition,  I  would  like  to  discuss  future  business  opportunities 
for  RJO  assistance  to  RADC  with  the  ROHENET  implementation.  I 
have  included  an  updated  ROHENET  parts  list  as  an  addendum  to  this 
document. 


Professionally  yours; 


Larry  Rhus 
RJO  -  Boston 

Teln  communications  Group  Manager 


TABU  4-1 

IOKBMBT  PAWS  LIST  (1EVIS8C  01/04/M) 


Description 

Part  Nuaber 

Quantity 

C/30 

C/30  vlth  NSTNC  nor 

C3120-4 

3 

8X1  board 

*5401-1 

3 

MMB3  85-449  Daughterboard 

3467-1 

12 

2002  85-232  Daughterboard 

3443-1 

6 

DIDR  1822  D8  Daughterboard 

3442-1 

12 

8L-BAL/3403,  85-449,  fan tail 

3437-2 

3 

8  unclocked  85-232,  fan tall 

3433-2 

3 

C/300 

C/300  vlth  NSTNC  HOT 

C3130-4 

1 

Nil  board 

3401-1 

1 
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3467-1 

4 
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3463-1 

2 
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3442-1 

4 
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3403-1 

2 
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3437-2 

4 
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5433-2 

2 

C/31 

C/38,  10  85-232,  2  85-449 

C3108-1 

1 

C/7  HOC 

C/7  Network  Operations  Center 

C7171-1 

1 

•HOC  workstation 

6081-1 

1 

11822  Butterfly  Interface  1107874-01 

ACC  interface  boards  and  eoftvare 

•Texas  Inst run  ant  703  terainnl  6080-1 

1822  interfnen  cabin  3498-3 

85-449  cabin 

88-232  cabin 

85-232  patch  paaal 

85-449  patch  panel 

* Anal of  patch  panel 

•Protocol  Analyser 

•Analog  lino  taster 

•Terainnl  Access  Controller 

•Optional 
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